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INTELLIGENT UPDATE AGENT 
Background Of The Invention 

1. Field of the Invention 

The present invention relates to a method for updating software on a timely 

5 basis. 

2. Description of Related Art 

This invention is concerned with the problem of updating software installed on 
a large number of computers having different configurations. Software may be 
changed in order to provide additional features, fix problems (bugs) in earlier releases 

10 of the software, improve security, or for other reasons. Immediate installation of 
some software updates may be critical for proper operation of the software or to 
improve security of the software. The installation of other software updates may be 
optional or even irrelevant, depending on the configuration of the computer. 

Whether the installation of a software update is critical depends partly upon 

15 information known to the software publisher (the purpose of the update) and partly 
upon information relating to the configuration of the computer, including such things 
as the computer hardware installed, the operating system in use, other software 
installed, etc. For example, an update to software A may be essential to fix 
interoperability problems between software A and software B, but many, or most 

20 computers may not have software B installed. In this case, installation of the update 
to software A would be relatively unimportant for the majority of users. 

Although the intended effect of installing an update is known, the installation 
of an update may have unintended and undesirable effects. It is not possible to test 
software changes on all possible computer configurations. Occasionally, updates will 

25 introduce bugs or cause unexpected program behavior. Consequently, many users 
want to control the installation of updates and avoid the installation of non-critical 
updates. 
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These considerations make the timely installation of critical updates difficult. 
Once an update is written, its availability must be communicated to the end user and a 
decision must be made as to whether the update should be installed. The historical 
approach has been to notify users of the availability of a software update and allow 
5 them to obtain and install it if they decide it is necessary. This approach has caused 
extended delays in obtaining wide distribution of updates, even when the updates are 
critical. 

Another approach to this problem has been to use the Internet to automatically 
convey the availability of an update to the user by having the software poll a server to 
10 determine if an update is available. The polling may be automatic or performed 
manually at the instigation of the user. The downloading and installation of the 
software update may be automatic or performed only after approval of the user. 

If the polling and installation of the software update is performed 
automatically, it ensures rapid distribution, but this procedure is objectionable to many 
15 users who do not want a working installation modified needlessly. 

Another approach is to provide the user information about the criticality and 
relevance of the update to different computer configurations. The user is asked to 
manually install the update or authorize the installation before it proceeds. This 
approach slows the spread of critical updates. It also requires that the user be able to 
20 understand the importance of the update and understand the configuration of the 
computer to determine if the update is applicable to his computer configuration. If the 
user doesn't understand the relevance of the update to his configuration, he may 
postpone the installation, even where the update is critical. 

Bearing in mind the problems and deficiencies of the prior art, it is therefore 
25 an object of the present invention to provide a method of updating computer software 
that provides for automatic installation of critical updates and manual installation of 
less critical updates. 
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It is another object of the present invention to provide a method of updating 
computer software that takes into account the configuration of the computer to 
determine the criticality of a software update. 

A further object of the invention is to provide a method of updating computer 
5 software that allows a user to determine in advance which software updates will be 
automatically installed and which will not be automatically installed depending on the 
criticality of a software update. 

Still other objects and advantages of the invention will in part be obvious and 
will in part be apparent from the specification. 

10 

Summary of the Invention 

The above and other objects and advantages, which will be apparent to one of 
skill in the art, are achieved in the present invention which is directed to a method of 
updating computer software that includes downloading software update information 

15 through a network, such as the Internet, to a user's computer. The download is 
preferably done periodically and automatically. A criticality check program, 
identified in the software update information, is then automatically downloaded and 
executed to determine the specific configuration of the user's computer. 

The criticality and applicability of available software updates is evaluated by 

20 the criticality check program in light of the specific software and/or hardware 
configuration of the user's computer. The software updates may then be downloaded 
and installed automatically, if previously authorized by the user, by comparing the 
criticality of the updates to the user, as determined by the criticality check program, 
to stored user preference information specifying a user criticality threshold. Software 

25 updates determined to be more critical than the user criticality threshold are installed 
automatically and the user is notified of the availability of less critical updates. 

In one general aspect of the invention the method comprises downloading the 
software update information through a network to the computer, then determining if a 
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software update is available from the software update information. If at least one 
software update is available, and if a criticality check program is available, the 
criticality check program is downloaded through the network to the computer. The 
criticality check program may not be provided if the criticality is uniform for all 
5 computers. 

After the criticality check program is downloaded, it is executed to determine 
relevant information about the hardware and/or software configuration of the user's 
computer. The criticality of the software update is evaluated by the criticality check 
program and from the software update information, which preferably contains an 

10 initial criticality rating determined by the software publisher. If the criticality is 
uniform for all computers, the initial criticality rating is used as the evaluated 
criticality rating. User preference information, previously stored on the user's 
computer, is then accessed and used to determine if the software update should be 
automatically downloaded and installed. 

15 The step of downloading software update information may be preceded by 

sending a software update query requesting the software update information. The 
query may contain information, such as a list of software on the user's computer that 
may need to be updated, or a list of software publishers who published software on 
the user's computer that may need to be updated. The software update information 

20 may contain information only about specific software identified in the software update 
query or it may contain a list of software updates available. The software update 
information may be tailored depending on the information sent in the initial query. 

The software update information preferably includes a location for 
downloading each available software update, a location for downloading an applicable 

25 criticality check program and an initial criticality rating for each software update that 
is available. A check program may be made available for each software update, for 
each software publisher, or a single program may be used for all participating 
software publishers. 
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After the user's preferences are checked, authorized critical updates are 
automatically downloaded and installed, and the user is notified. The user is also 
notified of available less critical updates where automatic installation was not 
authorized. If a computer reboot is necessary, the user is notified and requested to 
authorize the reboot. 

The invention also includes a computer program product for updating computer 
software on a computer. The computer program product includes a computer 
readable program code means for downloading software update information through a 
network to the computer, computer readable program code means for determining if a 
software update is available from the software update information, computer readable 
program code means for downloading a criticality check program through the network 
to the computer, computer readable program code means for executing the criticality 
check program on the computer, computer readable program code means for 
evaluating the criticality of the software update from an output of the criticality check 
program and the software update information, computer readable program code means 
for accessing stored user preference information, and computer readable program code 
means for determining if the software update should be automatically downloaded and 
installed from the user preference information and the evaluated criticality of the 
software update. 

The invention also includes a program storage device readable by a machine, 
tangibly embodying a program of instructions executable by the machine to perform 
the method steps of the invention. 

Brief Description of the Drawings 

The features of the invention believed to be novel and the elements 
characteristic of the invention are set forth with particularity in the appended claims. 
The figures are for illustration purposes only and are not drawn to scale. The 
invention itself, however, both as to organization and method of operation, may best 
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be understood by reference to the detailed description which follows taken in 
conjunction with the accompanying drawings in which: 

Fig. 1 is a flow diagram showing a method in accordance with this invention. 



5 Description of the Preferred Embodiment(s) 

Referring to Fig. 1, the intelligent update agent of this invention begins its 
program flow at start point 10. The intelligent update agent may be designed in 
accordance with this invention so that the program is started manually, however, in 
the preferred implementation, the start point 10 includes program code with a timer 

10 that periodically restarts program flow to regularly check for the existence of software 
updates. The intelligent update agent software may also be provided with a user 
setting to change between manual and automatic starting and to set the period of time 
between automatic starts. 

Once flow has started, it proceeds to block 12 where the intelligent update 

15 agent sends a software update query comprising a request for software update 
information. The software update query is sent over a computer network, such as the 
Internet. In one implementation of the invention, the intelligent update agent is 
designed specifically for and may be incorporated into particular software. The agent 
will then include the address of a particular location maintained by the software 

20 publisher that corresponds to the software. In this type of implementation, the 
software update query contains very little information. The software publisher knows 
that all queries arriving at a particular location are requests for software update 
information corresponding to that location. 

In a more general implementation of the invention, the update agent may be 

25 designed by a particular software publisher to handle all of that publisher's software. 
In this design, the request for software update information may carry with it software 
identification information comprising a list of all of the software by that software 
publisher that is installed on the user's computer. 
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In yet another implementation of the invention, the update agent may be 
designed for handling multiple software publishers. In this case the software update 
query may contain software publisher information that identifies the software 
publishers of software installed on the user's computer. Alternatively, it may carry 
5 both software publisher information and software identification information or only 
software identification information. 

After the software update query is sent, the software update information is 
downloaded in block 14. In the simplest case, where the update agent corresponds to 
a single software program, the software update information may simply be a "yes" or 

10 "no" telling the agent whether a software update is available and whether a criticality 
check program is available. In the more general case, however, the software update 
information will include substantial additional information for multiple software 
programs. In the preferred implementation of the invention, the software update 
information will include a field telling the update agent whether a criticality check 

15 program is available for each software update. In addition, the software update 
information will include an address field telling the update agent where to find the 
criticality check program, if one is available, an address field telling the update agent 
where to find the software update itself, and a field containing an initial criticality 
rating for the software update. 

20 The software update information may provide information about only software 

identified in the update query. However, the preferred design is for the update query 
to identify the software publishers having software installed on the users computer and 
for the software update information to include a list of software updates available for 
software published by the publishers identified in the initial software update query. 

25 Those of skill in the art will recognize that the amount of information 

contained in the software update query from the user's computer and the amount of 
information carried in the software update information response may be varied. This 
allows the designer of the update agent software to distribute the workload between 
the update agent making the request and the server providing the response and to 
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control the amount of traffic required between the user's computer and the server 
computer. However, after the software update information is downloaded, the 
intelligent update agent will have sufficient information to determine whether a 
software update is available for each software program being managed by the update 
5 agent. 

In decision block 16 the update agent decides whether to proceed based on the 
software update information downloaded in block 14. If no updates are available, 
flow returns to start block 10 and the update agent waits for either automatic 
restarting or manual restarting according to the user settings as described above. 
10 However, if there is at least one software update available, program flow proceeds to 
decision block 18. 

In decision block 18, the update agent determines if a criticality check program 
is available for the software updates that are available. It is preferred that this 
information be in the software update information initially downloaded in block 14, 
15 however it may be determined from an additional round of communication across the 
computer network. 

The criticality rating is determined by the software publisher and typically will 
be higher for more critical updates and lower for optional upgrades. For the most 
critical upgrades, it may not be necessary to provide a criticality check program, as 

20 the software publisher may want the upgrade installed in all cases, regardless of the 
user's computer configuration. However, more commonly, the criticality of the 
installation will depend on the computer configuration. In this case, the software 
publisher will provide a criticality check program. 

The purpose of the criticality check program is to examine the user's computer 

25 and adjust the initial criticality rating for the software update (obtained from the 
software update information) in light of an evaluation of the user's computer 
configuration performed by the check program. For example, in the case where an 
update to software program A is critical for users having software program B 
installed, but otherwise is irrelevant, the initial criticality rating in the software update 
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information may be set to 10 on a scale form 1 to 10. The software publisher would 
also provide a criticality check program, which would check for the existence of 
software program B. If software program B is not found to be installed, the initial 
criticality rating might be adjusted downward to an evaluated criticality rating of 1 . 
5 The evaluated criticality rating represents the software publisher's estimate of 

the importance of installing the update in light of the specific configuration of the 
user's computer. This design for the update agent allows great flexibility for 
evaluating the criticality of a software update. The initial criticality rating may be 
adjusted upward or downward by the check program. If desired, the initial criticality 
10 rating may be eliminated entirely from the software update information and instead be 
calculated by the check program. Alternatively, the check program may be eliminated 
if the software publisher believes the criticality is the same for all installations of the 
software. 

If a criticality check program is provided for the software update, program 
15 flow proceeds to block 20 and the criticality check program is downloaded from the 
location provided in the software update information. As soon as the criticality check 
program is downloaded, it is executed in block 22. The criticality check program 
produces an output and the criticality of the update is evaluated from that output in 
block 24 by adjusting the initial criticality rating in light of the results of the criticality 
20 check program's investigation of the user's computer configuration. 

If a criticality check program is not available, program flow proceeds from 
block 18 directly to block 24 where the initial criticality rating is retained without 
adjustment for the remainder of the processing. In the preferred implementation, a 
single criticality check program will adjust the initial criticality rating for each 
25 software update that is available. However, program flow for the update agent may 
be modified to separately download and execute individualized criticality check 
programs for each available software update or to download a separate criticality 
check program for each software publisher. 
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At the conclusion of step 24, the update agent will have determined the 
software publisher's estimate of the criticality of each available software update in 
light of the user's individual computer configuration. Program flow then proceeds to 
block 26. In block 26, the update agent accesses user preference information stored 
5 on the user's computer. This information is obtained from the user at the time the 
intelligent update agent is installed. Such installation may occur when software to be 
managed by the update agent is installed, or it may be a separate installation. During 
or after such installation, the user will have the opportunity to set preferences as to 
what software updates should be automatically installed. 

10 For example, the user may set a preference that no automatic installations are 

allowed. It is expected, however, that most users will authorize automatic installation 
for the most critical updates and that this will be the default setting. In the preferred 
method of the invention the user sets a user criticality threshold in the user preference 
information. If the user criticality threshold were set to 8 it would allow automatic 

15 installation of software updates having an evaluated criticality of 8 or above and 
prevent automatic installation of less critical updates. Setting the threshold to above 
the maximum evaluated criticality rating of 10 would completely prevent automatic 
installation. Setting the user criticality threshold to 0 would automatically install all 
applicable updates. 

20 Although the invention may be implemented with a single numerical rating for 

the criticality for all updates, it is also contemplated that other algorithms with 
multiple types of criticality ratings or other additional information may be used for 
determining the criticality of an update and the user's preference for installation of the 
update. For example, the user may be allowed to set a separate criticality threshold 

25 for each software publisher or for each software product. This would, for example, 
allow a user to specify a higher threshold for a network product than for a simple 
application program. 

The invention may also be implemented such that the software publisher 
defines the update in the software update information as a particular type or class of 
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update, such as a security update or a software function improvement update. The 
user would be allowed to set different criticality thresholds for the different types of 
updates. This would allow a user to specify in the stored user preference information 
that all security upgrades are installed automatically, but updates that add functionality 
5 to a program are not installed automatically. 

In block 26, the intelligent update agent accesses the stored user preference 
information, including the stored user criticality threshold. In block 28, the intelligent 
update agent compares the stored user criticality threshold to the evaluated criticality 
from block 24. If there are multiple updates, this comparison is done for each 

10 update. In decision block 30 the results of the comparison are used to determine if 
the user has authorized any of the available updates to be automatically installed. If 
the user has set the user criticality threshold so high that no updates are authorized for 
automatic installation, flow proceeds to block 32 and the user is notified of the 
existence of the update. The notification in block 32 may include a click button 

15 allowing the intelligent update agent to automatically download and install the update 
after manual authorization by the user by clicking the button. 

If the user has set the user criticality threshold to allow automatic installation 
of at least one software update, flow proceeds to block 34 and the software update is 
downloaded from the address specified in the software update information and then 

20 installed (block 36). If there are any additional software updates to install, flow 
proceeds from block 38 and back to block 34 until all of the software updates are 
installed. 

Flow then proceeds to block 40. If there are additional updates that the update 
agent is not authorized to install, the user is notified in block42, in a manner similar 
25 to the user notification in block 32. If all the updates were installed automatically, 
block 42 is skipped and flow proceeds directly to block 44 where the user is notified 
of the updates that were installed. After the notification is acknowledged, flow 
proceeds to block 46 where the user is prompted to authorize a reboot of the computer 
if this is necessary for the updates installed. A request to reboot may also be 
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prompted at the completion of block 36 if an individual update requires a reboot 
before any additional updates can be installed. 

Regardless of whether flow passes through block 46 or block32, it ultimately 
returns to the start 10 where the process can be restarted either manually or by the 
5 timed automatic method as determined by the user in the stored user preferences. 

While the present invention has been particularly described, in conjunction 
with a specific preferred embodiment, it is evident that many alternatives, 
modifications and variations will be apparent to those skilled in the art in light of the 
foregoing description. It is therefore contemplated that the appended claims will 
10 embrace any such alternatives, modifications and variations as falling within the true 
scope and spirit of the present invention. 

Thus, having described the invention, what is claimed is: 
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